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(57) ABSTRACT 

Adisplay subsystem supports both normal mode and portrait 
mode displays. In normal mode, the scan starts at the upper 
left comer of the display. In portrait mode, the scan starts at 
the lower left comer of the display. The display subsystem 
includes a dual mapped display memory having a normal 
mode display area and a portrait mode display area. The 
portrait mode display area is defined by X-ofst (Mm , o;) and 
Y-ofst. X-ofst (VIrma ^, is a power of two that is greater than the 
real X-ofst supported by the display in portrait mode. 
Address requests from the CPU or software use high order 
bits to specify whether the address is in the normal or 
portrait mode display area. In addition, address requests to 
the portrait mode display area use the address space defined 
by X-ofst (vim/0 ^ and Y-ofst. When the address request speci¬ 
fies the portrait mode display area, the address of the request 
is translated to account for the different mode of the display. 
Since X-ofst (Mm , n ^ is a power of two, the X-coordinate of 
the display location specified by the address can be deter¬ 
mined without a division operation, thereby allowing for fast 
address translation. Logic within the display subsystem 
rapidly translates the address and supports a range of Y-ofst 
values. 

15 Claims, 6 Drawing Sheets 
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HARDWARE PORTRAIT MODE SUPPORT display, memory addresses for locations (X, Y) on the 

display are defined by the following equation: 

BACKGROUND MA DISP -X-Y-ofsH{<Y-qfst-l)-Y). 


1. Field of the Invention 

This invention perlaias in general to a computer display 
controller and in particular to a display controller supporting 
both landscape and portrait display modes. 

2. Background of the Invention 10 

Most computer displays are refreshed in the same order— 

from left to right and top to bottom. In a cathode ray tube 
(CRT) display, the electron beam scans across the display 
tube in this order. In a liquid crystal display (LCD), the 
charge or voltage, depending on the display type, is applied 15 
to the liquid crystal cells in this order. 

Images are usually stored internally by the computer in 
the same order. The top left corner of the image is stored at 
a starting memory address in the display buffer. Subsequent 
portions of the image in the scan order are stored at 20 
subsequent memory addresses. 

FIG. 1A illustrates the scan order on a landscape display 
100. The display has an X-direction offset (i.e., width) of 
X-ofst 110 and a Y-direction offset (i.e., height) of Y-ofst 2j 
112. The location of an individual pixel on the display is 
identified by an (X, Y) coordinate, where (0, 0) is the upper 
left pixel 114, (X-ofst-1, 0) is the upper right pixel 116, (0, 
Y-ofst-1) is the lower left pixel 118, and (X-ofst-1, Y-ofst-1) 
is the lower right pixel 120. 

When the display is oriented so that the starting memory 
address in the display buffer corresponds with the upper left 
corner of the display, the display is said to be in “normal 
mode.” In normal mode, the memory address in the display 
memory corresponding an (X, Y) location on the display is 35 
the same for software executing on the CPU (MA^.^) and 
the display controller (MA W ). More specifically, the 
memory address in the display buffer for a location (X, Y) 
on the display is described by the equation: 

AM CPU -MA wsP - (Y'X-ofsl)+X, 40 

where the sum (Y*X-ofst)+X is the offset from the starting 
memory address. 

However, if the display is rotated, then these two 
addresses become different. For example, assume the dis- 45 
play is rotated 90 degrees counterclockwise. For purposes of 
this discussion, the rotated display is in “portrait mode.” 
After this rotation, the scan begins in the lower left corner 
and moves from bottom to top, left to right. 

FIG. IB illustrates the scan order on a portrait mode 50 
display 150. In portrait mode, Y-ofst 154 is larger than 
X-ofst 152. As with normal mode, the location of an 
individual pixel in portrait mode is described by an (X, Y) 
coordinate, and (0, 0) is the upper left pixel 156, (X-ofst-1, 

0) is the upper right pixel 158, (0, Y-ofst-1) is the lower left 55 
pixel 162, and (X-ofst-1, Y-ofst-1) is the lower right pixel 
160. X coordinates extending beyond X-ofst 152 define a 
Virtual display area 166. In this description, the X-direction 
offset for the Virtual display area is referred to as X-ofst 
( virtual) 164 while the X-ofst for the real display area is 60 
referred to as X-ofsty,^ 152. 

In portrait mode, memory addresses in the display buffer 
correspond to different (X, Y) positions on the display than 
in normal mode. For compatibility reasons, the display 
controller preferably treats the starting memory address as 65 
the first scan position, regardless of the display mode. Since 
the first scan position is now the lower left corner of the 


If, for example, software executing on the CPU needs to 
write to the upper left corner of the display (location (0,0)), 
the software should write to the memory address offset by 
Y-ofst-1 from the starting address. 

However, it is not practical to force the software to write 
to different memory addresses depending on the orientation 
of the display. A special software program is needed to 
translate normal mode address requests into portrait mode 
addresses. The special program may require a large number 
of additional memory cycles to perform the translation. As 
a result, using the special software to perform a large number 
of address translations for read and write requests consumes 
significant computing resources and may make screen 
updating and drawing take ten times longer. For these 
reasons, it is undesirable to let software handle address 
translation. 

Thus, when the display is in portrait mode there is a need 
to translate memory addresses produced by software into 
corresponding addresses in the display memory. A display 
translation from normal mode to portrait mode (i.e., a 90 
degree counterclockwise rotation) is equivalent to swapping 
the X and Y coordinates and inverting the Y coordinate. The 
translation can be performed quickly in hardware if the X 
and Y values are known. 

For example, address translation is relatively easy if the 
display is 1024x1024 because each coordinate uses ten bits 
of the memory address. FIG. 2 is a block diagram 200 
illustrating how to translate from normal mode to portrait 
mode using a fixed 1024x1024 display. The addresses before 
translation, MA^p^, 210, and after translation, MA D/SP 212, 
are shown. To effect the translation, bits 0-9 of MA C p t ,210, 
which represent the X coordinate, are copied 214 to bits 
10-19 of MA W 212, which represent the Y coordinate. 
Similarly, bits 10-19 of MA^; 210, which represent the Y 
coordinate, arc inverted and copied 216 to bits 0-9 of 
MA 0 , if 212, which represent the X coordinate. The copying 
and inverting can quickly be performed by hardware. 

However, most displays are not 1024x1024. In fact, it is 
common for normal mode displays to have a 4:3 aspect ratio, 
meaning that the X-ofst is typically larger than the Y-ofst. In 
such a case, the coordinates must be calculated using the 
equations: 

V'-the quotient of MA CPU lX-ofst\ and 
Af-thc remainder of MA CP( JX-ofsl. 

Since a division operation is computationally expensive, it is 
difficult to quickly translate an address from MA^j, to 

Therefore, there is a need to maintain software compat¬ 
ibility in both normal and portrait display modes for displays 
of sizes other than, and including, 1024x1024. More 
specifically, there is a need to quickly translate to 

MA Dlsp that does not cause performance degradation. There 
is a corresponding need to quickly switch from normal mode 
to portrait mode. A solution that meets these needs should 
work with a range of display sizes. 

SUMMARY OF THE INVENTION 

The above needs are met by a display subsystem that 
supports both normal mode and portrait mode displays. In 
normal mode, the scan starts at the upper left comer of the 
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display. In portrait mode, the display is rotated 90 degrees 
counterclockwise and the scan starts at the lower left comer 
of the display. 

The display subsystem according to the present invention 
includes a display memory for holding data to be displayed, s 
The subsystem also includes a display controller for receiv¬ 
ing memory access requests from the central processing unit 
(CPU), or software executing on the CPU, and accessing the 
memory in response. The display controller also reads data 
from the display memory and provides it to the display. 1Q 

The display memory preferably includes a normal mode 
display area and a portrait mode display area. The normal 
mode display area is defined by X-ofst and Y-ofst values. 
These values correspond to the number of pixels displayed 
by the display in the X and Y dimensions, where (0,0) is the 
top left comer of the display. An address in the normal mode 1 
display area for a particular location (X, Y) on the display is 
determined by the equation (Y*X-o£st)+X. 

The portrait mode display area is similarly defined by 
X-ofst^ ea n and Y-ofst values as measured from the top left 
comer of the display. X-ofst,^ rn ^ is the true X-ofst for the 20 
display and is distinguished from X-ofst,-^^^, which is a 
value greater than X-ofst (/teoiJ and equal to a power of two. 
The CPU generates addresses for particular locations in the 
portrait mode display area using the equation Y*X-o£st 
wr, u «0 + X Since the starting position in portrait mode is the 25 
ower left comer of the display, however, the address for an 
(X, Y) position from the perspective of the display controller 
is determined by the equation X*Y-ofst+((Y-ofst-l)-Y). 

The display controller receives the memory access 
requests from the CPU. Preferably, the high address bit in 30 
the memory access request indicates whether the request is 
for the normal mode or the portrait mode display area. If the 
memory access request is for the portrait mode display area, 
the display controller preferably translates the address of the 
request into the corresponding address from the perspective 35 
of the display controller. Otherwise, the display controller 
passes the address to the memory without translation. 

The display controller preferably includes address trans¬ 
lation logic for translating the address from the CPU into the 
equivalent address from the perspective of the display 40 
controller. Since the address from the CPU was calculated 
using X-ofst (w „„ o/) , the address translation logic can deter¬ 
mine the value of the X coordinate from the address without 
performing a division operation. Preferably, the address 
translation logic includes an arrangement of adders, 45 
multiplexers, and gates that can quickly perform the trans¬ 
lation for a range of Y-ofst values. In one embodiment, the 
logic includes four adders, two multiplexers, and two gates, 
although other embodiments may have different hardware. 
The hardware functions according to values held by a set of 50 
parameter registers. Software sets the values of the param¬ 
eter registers to specify the Y-ofst values used by the address 
translation logic to translate addresses. 

Accordingly, the present invention allows the display to 
be quickly and easily switched between normal mode and 55 
portrait mode. Since the display memory contains dual 
display areas, the utilized display area can be changed very 
quickly. Moreover, the use of the Virtual X-ofst allows the 
address translation logic to quickly translate addresses 
received from the CPU. 60 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGS. 1A and IB respectively illustrate the scan order on 
a normal mode and a portrait mode display; 

FIG. 2 is a block diagram illustrating address translation 65 
from normal mode to portrait mode using a fixed 1024x1024 
display; 
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FIG. 3 is a block diagram illustrating a computer system 
according to one embodiment of present invention; 

FIG. 4 is a block diagram illustrating a more detailed view 
of the display subsystem of the computer system of FIG. 3; 

FIGS. 5A and 5B respectively illustrate a normal mode 
display and a portrait mode display. 

FIG. 6 is a high-level block diagram illustrating the 
interface between the system bus and the display subsystem; 

FIG. 7 is a block diagram illustrating address translation 
logic for converting a normal mode address into a portrait 
mode address; 

FIG. 8 is a high-level block diagram illustrating the 
display regions in the display memory; and 

FIG. 9 is a block diagram illustrating digital logic for 
selecting display modes and memory regions according to 
an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

FIG. 3 is a block diagram illustrating a computer system 
300 according to one embodiment of the present invention. 
The computer system 300 is comprised of four major 
subsystems: the central processing unit (CPU) 310, the 
memory subsystem 312, the peripheral subsystem 314, and 
the display subsystem 316. The subsystems are coupled by 
a system bus 318, which transports instructions and data 
among the subsystems. The computer system 300 can be, for 
example, a desktop system, a portable system, or a portable 
electronic device such as a hand held computer, a portable 
music player, or an electronic book. 

The CPU 310 is preferably any general or specific- 
purpose processor. For example, the CPU 310 can be an 
INTEL x86 compatible processor, a POWER PC compatible 
processor, an ARM processor, or some other form of general 
purpose processor. In addition, the CPU 310 can be a 
dedicated processor providing functionality to a portable 
electronic device. The CPU 310 accesses all system 
resources, sets parameters for the system configuration, 
performs input/output (I/O) operations, executes software 
programs, and updates the display device 336 as is well 
known in the art. 

The memory subsystem 312 preferably includes a random 
access memory (RAM) 320 and a read only memory (ROM) 
322. The RAM 320 is preferably synchronous dynamic 
random access memory (SDRAM) and holds instructions 
and data for operating the computer system 300 as is well 
known in the art. The ROM 322 contains fixed instructions 
and data for operating the computer system 300. 

The peripheral subsystem 314 includes a peripheral con¬ 
troller 324 coupled to various peripherals, including a key¬ 
board 326, a printer 328, and a disk drive 330. The periph¬ 
eral controller 324 controls I/O between the peripherals and 
the computer system 300. As is well known in the art, the 
keyboard 326 accepts commands and data from a user of the 
computer system 300 and the printer 328 prints hard copies 
of output from the computer system. The disk drive 330 
holds data and instructions utilized by the computer system 
300. The disk drive 330 can act as a secondary external 
memory (i.e., Virtual memory) for the computer system 300. 
The peripherals illustrated herein represent only a few of the 
possible peripherals that can be coupled to the computer 
system 300 and it should be recognized that many other 
peripherals can be utilized in addition to those shown. 

The display subsystem 316 includes a display controller 
332 coupled to a display memory 334 and a display device 
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336. The display memory 334 holds data for display on the 
display device 336 and is preferably SDRAM. The display 
controller 332 controls access to the display memory 334 
and controls the updating of the display device 336 with the 
data in the display memory 334. The display device 336 can 5 
be a cathode ray tube (CRT) display, a liquid crystal display 
(LCD), or any other type of display. In addition, multiple 
displays of the same or different types can be used simul¬ 
taneously. 

FIG. 4 is a block diagram illustrating a more detailed view 30 
of the display subsystem 316. The system bus 318 is coupled 
to a system bus interface 410. The interface 410 is preferably 
a common interface such as an industry standard architec¬ 
ture (ISA) interface or peripheral connect interface (PCI) 
and includes address decoder logic. The interface 410 35 
receives instructions and data from the CPU 310 and pro¬ 
vides requested data to the CPU. The first-in first-out (FIFO) 
buffer 412 buffers the instructions and data received from or 
sent to the interface 410. In addition, a set of one or more 
parameter registers 411 holds values used by the display 20 
subsystem 316. Instructions from the CPU 310 can read and 
write values to the parameter registers 411 and the display 
subsystem 316 can read the values. 

The memory controller 414 transfers data from or to the 
FIFO buffer 412 and the display memory 334 based on 25 
whether it receives a read or a write request from the system 
bus 318. When the CPU 310 requests to read data, the 
memory controller 414 receives the read address from the 
FIFO buffer 412 and issues a read command to the display 
memory 334. The memory 334 returns the requested data to 30 
the memory controller 414 and the memory controller 414 
returns the data to the FIFO buffer 412. When the CPU 310 
requests to write data, the memory controller 414 receives 
the write data and the address from the FIFO buffer 412 and 
issues a write command to the display memory 334. The 35 
display memory 334 writes the data at the given address. 

The display/scan address generator 416 generates the 
memory addresses to be read from the display memory 334 
and displayed on the display 336. One memory address 4Q 
location in the display memory 334 is the “starting address” 
and addresses the data written to the display 336 at the 
beginning of a scan. For purposes of this description, the 
starting address is assumed to be zero. Preferably, data is 
held in the display memory 334 in the same order as it is 4J 
written to the display 336. Thus, the display/scan address 
generator 416 preferably increments the read address by one 
each time the scan moves one pixel across the display. The 
memory controller 414 reads the addressed data from the 
display memory 334 and provides the data to the attribute 
controller 418. 

The attribute controller 418 optionally re-maps or alters 
the color represented by the display data using a register 
color look-up table and outputs pixel data. The attribute 
controller 418 may also apply other attribute functions, such 55 
as blinking or reverse-video. 

The RAM digital to analog converter (DAC) 420 receives 
the pixel data from the attribute controller 418 and contains 
RAM color look-up tables indexed by pixel data. The 
look-up tables output digital values for the red, green, and so 
blue sub-pixels that comprise a color pixel. The RAMDAC 
420 also contains three DACs (not shown) for converting the 
digital color sub-pixel data to analog intensity values that are 
transmitted to the CRT display 336A. 

'The RAMDAC 420 also outputs digital pixel data to the 65 
LCD interface 422. The digital pixel data are output from the 
output of the RAM color look-up tables, after the RAM has 
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been accessed and has output the digital sub-pixels, but 
before the data are converted to analog values. The LCD 
interface 422 performs different manipulations of data 
depending on the type of LCD display 336B attached. If the 
LCD display 336B is a super twisted nematic (STN) LCD, 
for example, then the LCD interface 422 preferably per¬ 
forms a gray-scale conversion of the color sub-pixels. The 
converted pixel data is output from the LCD interface 422 to 
the LCD display 336B. The display 336B itself may include 
some additional control or conversion logic to manipulate 
the pixel data before it is displayed. 

A display 336 can be oriented in “normal mode” or 
“portrait mode.” In normal mode, as illustrated in FIG. 1A, 
the refresh scan begins at the top left comer of the display 
336 and moves rightward and downward. In portrait mode, 
as illustrated in FIG. IB, the display 336 is rotated 90 
degrees counterclockwise and the refresh scan begins at the 
bottom left comer of the display 336 and moves upward and 
rightward. Thus, in normal mode the starting address cor¬ 
responds to the upper left comer of the display and in portrait 
mode the starting address corresponds to the lower left 
comer of the display. 

When the display 336 is in normal mode, the memory 
address in the display memory 334 corresponding to a 
position (X, Y) on the display is: 

MA celJ =MA OISI ^(yX-ofst)+X, 

where (0, 0) corresponds to the upper left comer of the 
display, MA^^ is the memory address for the CPU, MA^,- 
/sp is the memory address for the display/scan address 
generator 416, and X-ofst is the number of pixels displayed 
on the display 336 in the X-dimension. Thus, X-ofst defines 
an extent of the display in the X-dimension. 

When the display 336 is in portrait mode, the CPU 
continues to calculate addresses as if the display 336 were in 
normal mode. However, the memory address in the display 
memory 334 corresponding to a position (X, Y) on the 
display 336 is: 

MA Dls ^X'Y-ofst-t{(Y-qfst-l)-Y), 

where (0, 0) corresponds to the upper left comer of the 
display and Y-ofst is the number of pixels displayed on the 
display 336 in the Y direction. Thus, Y-ofst defines an extent 
of the display in the Y-dimension. The memory address of a 
location (X, Y) is different for the CPU 310 than it is for the 
display/scan address generator 416 when the display 336 is 
in portrait mode. Accordingly, the memory controller 414 
preferably translates the addresses of memory requests 
received from the CPU 310 into corresponding addresses for 
the display/scan address generator 416 when the display 336 
is in portrait mode. This translation allows the display 336 
to be converted from normal mode to portrait mode without 
requiring extra work on the part of the CPU 310 or the 
display/scan address generator 416. 

As shown in FIG. IB, a preferred embodiment of the 
present invention introduces a Virtual value X-ofst (VIm , a ^ 
164 for use when the display 336 is in portrait mode. 
X-ofst (V5m ,„ 0 164 has a value greater than the real X-ofst 
(hereinafter referred to as X-ofst^^ 152) and is equal to a 
power of two. Accordingly, X-ofet (vlTOo0 164 defines an 
extent in the X-dimension that exceeds the number of pixels 
actually displayed. 

The values X-ofst (/tea/) 152, X-ofst (Wm<o0 164, and Y-ofst 
154, as well as other information about the display, such as 
the number of bits per pixel (bpp), are preferably stored in 
the parameter registers 411. Accordingly, software executing 
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on the CPU 310 can set the values and hardware in the 
display subsystem 316 can access the values. 

Software executing on the CPU 310 preferably utilizes the 
X-ofst (v ,„„ o;) value when forming in portrait mode. 

The resulting address is called MA C pu(virtuai) Since 2"=X- 
o£st (vf „ ua0 , the n least significant bits of MA c PU(vinua r, 
always represent the X coordinate. The software alk> has 
access to X-ofst (Bffo0 , so the software knows which 
addresses are valid. TTierefore, properly written software 
will not write to the Virtual address space extending beyond 
X-ofst (/i „ 0 , Accordingly, the Virtual address space defined 
by X-ofst (MmoI jj can be larger than the physical display 
memory 334. 

The X-ofst (vf „ UQ() value allows the X coordinate to be 
isolated from without performing a costly 

division operation. FIGS. 5A and 5B illustrate the operation 
of the present invention when using X-ofst (VI „„ n/) to trans¬ 
late MA cpuiyinunt ) t0 MA DISP . FIG. 5A illustrates a normal 
mode display 500A. This display 500A has an X-ofst of 32 
and a Y-ofst of three. The starting address points to the top 
left pixel 510. For this example, assume that MA^^ points 
to pixel 512. Since pixel 512 is the 34'* pixel in the scan 
order, MA ci , [/ =MA o;iP =100001, (33 in decimal). 

FIG. 5B illustrates the display 500B after it has been 
rotated 90 degrees counterclockwise. After rotation, X-olst 
(Real) is three, Y-ofst is 32, and X-ofst^vr^,^ is four, which 
is the lowest power of two greater than X-ofst (Sra/) . X-ofst 
(virtual) 030 b e represented as 2", with n-2. The Virtual 
portion 514 of the display 500B is illustrated with a broken 
line. 

Now, assume that the CPU 310 wants to write to pixel 
516. MA C pu(vtnuai) f° r pixel 516 is equal to =0000101, 
which identifies the 5'* pixel from the pixel in the upper left 
corner. Recall that MA £ , /iP =X*Y-ofst+((Y-ofst-l)-Y). 
Accordingly, it is necessary to derive the X and Y coordi¬ 
nates from MA C pu(vinuat)> Since n=2, it is known that the 
two least significant bits of MA cpuivirtuai)’ 01, represent the 
X coordinate. The remaining bits, 00001, represent the Y 
coordinate. By the above formula, MA D/5/J =(01 * 100000)+ 
(11111 —00001)—113110, which is 62 in decimal and 
addresses pixel 516 in portrait mode. 

FIG. 6 is a high-level block diagram illustrating the 
interface between the system bus 318 and the display 
subsystem 316. The system bus provides the addresses of 
read and write requests to a rcad/writc (R/W) address 
translator 610 and write data to a write data buffer 612. The 
R/W address translator 610 optionally translates MA^-p^ 
(virtual) to MA 0fJP using the technique described above and 
in one embodiment is located in the system bus interface 
410. 

The outputs of the R/W address translator 610 and the 
write data buffer 612 are provided to the memory controller 
414 through the FIFO buffer 412. The memory controller 
414 accesses the display memory 334 and either writes data 
to, or reads data from, the addressed memory location. The 
memory controller 414 provides data read from memory 334 
in response to a read request to the system bus 318 through 
the FIFO buffer 412. 

FIG. 7 is a block diagram illustrating address translation 
logic 700 for converting a normal mode address into a 
portrait mode address. Preferably, this logic 700 is located 
within the RIW address translator 610 and selectively trans¬ 
lates into MA W . The illustrated logic 700 

can perform the translation for displays having Y-ofst values 
of: 64, 96,128,160,192,256,320,384,512, 640,768,800, 
1024, and 1280. In one embodiment, the largest possible 
X-ofst value is 1024. A 10-bit bus width is enough for most 
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real-word applications. The illustrated logic 700 performs 
address translation for data having eight bpp (byte 
addressing). Since memory sizes and addresses have a linear 
relationship with respect to pixel length, those of ordinary 
s skill in the art will recognize that the circuitry illustrated 
herein can be modified to handle other offset values, bus 
widths, and pixel lengths (bpp). 

In FIG. 7, the notation “Xn” indicates that the value 
received at the corresponding input is multiplied by n before 
to being utilized by the logic. Thus, XI means the input is 
shifted by 0 bits, X2 means the input is shifted by 1 bit, X4 
means the input is shifted by 2 bits, X8 means the input is 
shifted by 3 bits, and X32 means the input is shifted by 5 
bits. 

35 The logic includes three inputs 710, 712, 714 for respec¬ 
tively receiving the X coordinate, the Y coordinate, and the 
Y-ofst value. The X coordinate input is coupled to a first gate 
716, a first multiplexer (MUX) 718, and a second gate 720. 
When enabled, the first gate 716 passes the input to a first 
20 adder 722. The first MUX 718 selectively shifts its input by 
one or two bits and passes, the result to the first adder 722. 
The second gate 720, when enabled, passes its input to a 
second adder 726. The first adder 722 adds the values of its 
inputs and passes the resulting sum to a second NMX 724. 
25 The second MUX 724 selectively shifts its inpuls by zero, 
one, two, or three bits and passes its output to a third adder 
730. 

The Y 712 and Y-ofst 714 inputs are passed to a subtracter 
728, which subtracts Y from Y-ofst-1. The resulting value is 
30 passed to the second adder 726. The second adder 726 shifts 
the input received from gate 2 720 by five bits and sums the 
product with the value received from the subtracter 728. The 
resulting sum is passed to the third adder 730. The third 
adder 730 shifts the value received from the second MUX 
35 724 by five bits and sums that value with the input from the 
second adder 726. The resulting sum is output 732 as 

ma d/ , 7> . 

Table 1 illustrates the settings for the logic 700 of FIG. 7 
to perform address translation with the supported Y-ofst 
40 values. 


TABLE 1 


GATE 720 

MUX 724 

MUX 718 

GATE 716 

Y-OFST 

OFF 

XI 

X2 

OFF' 

64 

OFF 

XI 

X2 

ON 

96 

OFF 

XI 

X4 

OFF 

128 

OFF 

XI 

X4 

ON 

160 

OFF 

X2 

X2 

ON 

192 

OFF 

X2 

X4 

OFF 

256 

OFF 

X2 

X4 

ON 

320 

OFF 

X4 

X2 

ON 

384 

OFF 

X4 

X4 

OFF 

512 

OFF 

X4 

X4 

ON 

640 

OFF 

X8 

X2 

ON 

768 

ON 

X8 

X2 

ON 

800 

OFF 

X8 

X4 

OFF 

1024 

OFF 

X8 

X4 

ON 

1280 


Preferably, software executing on the CPU 310 selects the 
settings in Table 1 by writing values to one or more registers 
60 in the display subsystem 316. In addition, the software can 
use the one or more registers to select whether the display 
subsystem is in portrait or normal mode, the bpp, the X-ofst, 
and the Virtual X-ofst. 

In order to eliminate any delay when switching from 
65 normal to portrait mode or vice versa, the present invention 
preferably uses dual memory mapping to simultaneously 
hold normal and portrait mode access regions in the display 
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memory 336. In addition, the dual memory mappings allow 
the display subsystem 316 to use both modes 
simultaneously, for example, a portrait mode display can be 
overlaid on a normal mode display. FIG. 8 is a high-level 
block diagram illustrating the display buffers in the display 5 
memory 336. A memory map 810 logically separates the 
display memory 336 into different regions, including the 
normal mode access region 812 and the portrait mode access 
region 814. 

The normal mode access region 812 is preferably sepa- to 
rated into a display area 816 and an ink layer area 818. The 
display area 816 preferably holds data having 8 or 16 bpp, 
which can support an image having 256 or 65K colors, 
respectively. The ink layer area 818 preferably holds data 
having 2 bpp, which can support an image having four is 
colors. In a preferred embodiment, the ink layer area 818 is 
overlaid on the display area 816 when the images are 
displayed, allowing the computer system 300 to support 
pen-based computing. 

The display area 816 and the ink layer area 818 occupy 20 
respective areas in the memory map 810. Each area is 
defined by an X-o£st and a Y-ofst. Although the X-ofst and 
Y-ofst of the ink layer area 818 are equal to the display area 
816 in one embodiment, the ink layer area 818 occupies less 
memory since it has fewer bpp. The display area 816 and ink 25 
layer area 818 each have a starting address (identified with 
an “S” in FIG. 8) representing the first scan position and 
pixel at the upper left comer of the display and a last address 
(identified with an “L”) representing the last scan position 
and the lower right comer of the display. 30 

The portrait mode access region 814 has a display area 
820, a Virtual area 822, and an additional area 824. Although 
the embodiment illustrated in FIG. 8 does not contain a 
portrait mode ink layer area, those of ordinary skill in the art 
will recognize that an ink layer area can easily be included. 35 
The portrait mode display area 820 holds data for the pixels 
shown on the display. The Virtual area 822 is the area 
defined by the portion of X-ofst (M „„ a0 which exceeds X-ofst 
(Real)- The ending address in the Virtual area is identified 
with an “E.” 'lhe additional area 824 optionally holds 40 
display data when Y-ofst is increased. When Y-ofst is less 
than its maximum value, the additional area 824 is inacces¬ 
sible. 

FIG. 9 is a block diagram illustrating digital logic 900 for 
selecting display modes and memory regions according to 45 
an embodiment of the present invention. In one 
embodiment, the illustrated logic 900 resides within the R/W 
address translator 610. High address bits 910 are input to a 
decoder 914 and low address bits 912 are input to an address 
translator 918. The decoder has two output lines which are 50 
both input to an OR gate 916. The output of the OR gate 916 
is input to a “memory select” input of the display memory 
336. One of the outputs from the address decoder 914 is 
coupled to an enable input of the address translator 918. The 
outputs of the address translator 918 are passed to the 55 
address lines of the display memory 336. The address 
translator 918 of FIG. 9 generally corresponds to the RJW 
address translator 610 shown in FIG. 6. 

In use, the high address bits and corresponding output of 
the decoder 914 are used to select either the normal or 60 
portrait mode access regions 812,814 in the display memory 
336. In addition, the high address bits are also used to 
optionally enable translation by the address translator 918. 
When the translator 918 is enabled, it converts the input 
MA c/>t/(vrmi<io * nt0 MAD S P and provides the output to the 65 
memory 336. Otherwise, the translator 918 passes the 
received address to the memory unchanged. The corre¬ 


sponding data provided to the memory 336 (not shown in 
FIG. 9) is written to the address received from the translator 
918. Accordingly, the illustrated logic 900 allows rapid 
switching between normal mode and portrait mode. 

In sum, the present invention allows rapid and software- 
transparent switching between a normal mode display and a 
portrait mode display. The use of a Virtual X-ofst allows the 
address translation to be made without performing a com¬ 
putationally intensive division step. The dual assigned 
memory space enables quick mode changes between normal 
mode and portrait mode. 

I claim: 

1. A method of translating an address, comprising the 
steps of: 

defining a first access region having first and second 
offsets, the first offset exceeding a first displayed extent 
of a display and the second offset equal to a second 
displayed extent of the display, wherein the second 
offset is not equal to a power of two; and 
receiving a fist address capable of addressing the defined 
first access region, the first address using the first and 
second offsets to specify a location on the display for a 
first orientation of the display, and 
translating the first address into a second address, the 
second address specifying the location on the display 
for a second orientation of the display. 

2. The method of claim 1, wherein the specified location 
is within the first and second displayed extents of the 
display. 

3. The method of claim 1, wherein the location specified 
on the display by the first address comprises first and second 
coordinates and the translating step comprises the steps of: 

determining the first and second coordinates for the 
location from the first address and the first and second 
offsets; 

swapping the first and second coordinates; 
inverting the second coordinate; and 
calculating the second address from the swapped first and 
second coordinates and the invented second coordinate. 

4. The method of claim 1, further comprising the step of: 
defining a second access region having Third and fourth 

offsets, the third offset corresponding to a third dis¬ 
played extent of the display and the fourth offset 
corresponding to a fourth displayed extent of the dis¬ 
play- 

5. The method of claim 4, wherein the step of receiving 
the first address comprises the step of: 

determining whether tie first address specifies a location 
in the first access region. 

6. The method of claim 5, wherein the translating step is 
performed only if the first address specifies a location in the 
first access region. 

7. A system for displaying data on a display, the system 
comprising: 

an addressable memory for holding data for display, 
wherein a region of the memory defines a display area 
having real first and second offsets; 
an interface for receiving a request to access data at a first 
address in the memory, wherein the first address speci¬ 
fies a position in the display area using a Virtual fist 
offset and the real second offset, wherein the real 
second offset is not equal to a power of two; and 
an address translator for receiving the request from the 
interface and selectively translating the request from 
the first address to a second address, wherein the 
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second address specifies the position in the display area 
using the real first and second offsets. 

8. The system of claim 7, wherein the virtual first offset 
is a power of two and exceeds the real offset. 

9. The system of claim 7, further comprising: 

a memory controller coupled to the address translator and 
the addressable memory, the memory controller for 
reading from and writing to addresses in the memory 
responsive to translated requests received from the 
address translator. 

10. The system of claim 7, wherein the address translator 
comprises: 

address translation logic for controllably translating the 
memory request from the first address to the second 
address. 

11. The system of claim 10, wherein the address transla¬ 
tion logic translates the request from the first address to the 
second address using one of a selected range of real second 
offsets. 

12. The system of claim 7, wherein the addressable 
memory further comprises: 

a second region defining a separate second display area. 

13. The system of claim 12, wherein the request com¬ 
prises at least one region selection bit, further comprising: 

circuitry for enabling the address translator and selecting 
between the separate first and second display areas 
responsive to a state of the region selection bit. 

14. A display subsystem for a computer system supporting 
first and second orientations of a display coupled to the 
computer system, the display subsystem comprising: 

a memory for holding display data, the memory compris¬ 
ing: 

a first access region adapted to hold display data for the 
first orientation of the display, wherein the first 


access region is defined by a first offset exceeding a 
first displayed extent of the display and a second 
offset equal to a second displayed extent of the 
display, wherein the second offset is not equal to a 
5 power of two; and 

a second access region separate from the first access 
region and adapted to hold display data for the 
second orientation of the display; and 
an address translator for receiving a memory request 
jo using the first and second offsets to specify an address 
in the first access region and for translating the memory 
request to reflect the first orientation of the display. 

15. A display subsystem for a computer system supporting 
first and second orientations of a display coupled to the 
]5 computer system, the display subsystem comprising: 

a memory for holding display data, the memory compris¬ 
ing: 

a first access region adapted to bold display data for the 
first orientation of the display, wherein the first 
20 access region is defined by X-ofst^,^, which 

defines an extent of the display in an X dimension, 
X-ofst ( n rmo0 , which defines an extent in the X 
dimension exceeding X-ofst (R _ a ^, and Y-ofst, which 
defines an extent of the display in a Y dimension, and 
25 wherein the Y-ofst is not equal to a power of two; and 

a second access region separate from the first access 
region and adapted to hold display data for the 
second orientation of the display; and 
an interface for receiving memory requests from the 
30 computer system, the memory requests specifying 
addresses in the first and second access regions, 
wherein a memory request specifies an address in the 
first access region using X-ofst (VIrnia/) and Y-ofst. 

* * * * * 
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